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SYSTEMS AND METHODS FOR THE 
COLLABORATIVE DESIGN, CONSTRUCTION, AND 
MAINTENANCE OF FLUID PROCESSING PLANTS 



This application claims the benefit of U.S. 
provisional application Nos. 60/211,285, 60/211,254, 
60/228,016, and 60/264,792, filed June 13, 2000, 
June 13, 2000, August 24, 2000, and January 29, 2001, 
respectively, which are all hereby incorporated by 
reference herein in their entireties. 

Background of the Invention 

This invention relates to systems and methods 
for streamlining collaborative processes, and more 
particularly, this invention relates to a collaborative 
commerce application that may be used for 
collaboratively designing, constructing, and 
maintaining fluid processing plants. 

Engineering of, material procurement for, and 
construction of fluid processing plants has a long, 
complex design-build cycle. Furthermore, once 
construction is complete, material procurement for 
plant maintenance, such as replacing a worn-out heat 
exchanger bundle or upgrading a processing vessel, is 
often a cumbersome, error-prone process. 
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Almost all facets of fluid processing plants, 
ranging from designing a fluid processing plant, to 
constructing a fluid processing plant, to maintaining a 
fluid processing plant involve a complex mesh of 
procedures, specialists, and materials. The complexity 
of engineering information associated with fluid 
processing plants makes clear, accurate communication 
difficult. Because large numbers of people from 
different organizations are involved (e.g., the owner 
company customer, the engineering, procurement and 
construction (EPC) contractor, and the many vendors, 
fabricators and manufacturers) , and because many of 
them manipulate the data during the design, build, or 
fabrication phases, errors are very likely. 

The pressure to deliver on schedule, and to 
eliminate as many errors as possible, makes the bidding 
process slow and tentative. The engineering media 
used, such as data sheets, specifications, and two- 
dimensional computer aided design (CAD) drawings, are 
fundamentally clumsy and hard to distribute to remote 
locations. They must be reproduced and mailed — a 
process that consumes valuable time. 

Version control presents another source of 
inefficiency. For example, much confusion typically 
arises when multiple engineering groups, for example, 
at remote locations attempt to coordinate reviewing and 
editing a set of drawings. Often times, there is an 
inconsistency with regard to the versions being worked 
on by the different engineering groups. 

During the engineering of, material 
procurement for, and construction of a fluid processing 
plant, a tremendous amount of equipment information is 
developed. However, this information is often too 
difficult to access to be of much benefit to the 



engineers and mechanics who later operate and maintain 
the plant. 

Two trends in the industry have exacerbated 
these problems. One of these trends is globalization. 
For example, it is not unusual to do engineering in 
India and vessel fabrication in Korea for a fluid 
processing plant in France that is being built or 
upgraded for a customer in Houston. The long distances 
between sites add to communication difficulty. 

The second trend is an increasing use of 
three-dimensional CAD models. These models allow 
engineers to build a plant electronically before 
building it in the field in order to see connection 
points, test clearances, and check for ; human ergonomic 
factors early in the design process. As a result, the 
models help eliminate unwanted changes later in the 
detailed engineering and construction process. Yet 
mistakes still happen, and they often do not become 
obvious until late in the cycle, when the cost of 
fixing them undercuts any efficiencies gained earlier 
in the process. 

In addition, three-dimensional CAD modeling 
systems do little to make design review and procurement 
easier. It takes an expensive, sophisticated 
workstation to view a plant model. The models are so 
large that e-mailing them from place to place is 
prohibitively time-consuming, even with high-speed 
Intranet or Internet access. If the model is shipped 
on a large capacity disk or if file transfer protocol 
(FTP) is used, the recipient can view it only with a 
tool that uses the same proprietary software platform 
on which the three-dimensional model was created. 
Often, if the recipient does not have access to the 
proprietary platform, the recipient is required to make 
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the investment necessary to obtain the platform. 

Security is a source of problems with regard 
to complicated design models that go through several 
stages of revision. Once the entity that has developed 
5 the model releases it, parties that do not necessarily 
require access have access to the entire body of data. 

It is therefore an object of the present 
invention to provide a way in which the design, 
construction, and maintenance of fluid processing 
10 plants may be made more efficient by removing major 

sources of error and allowing for easier collaboration. 

Summary of the Invention 

This and other objects of the present 
invention are accomplished by providing a collaborative 

15 commerce application for the design, construction, and 
maintenance of fluid processing plants. 

The collaborative commerce application may be 
used to provide a collaborative environment in which 
project team members for a particular project are able 

20 to communicate with each other using the latest 

information available. For example, version control 
may be made more efficient by providing users of the 
collaborative commerce application with notifications 
of any changes that may occur to designs, schedules, or 

25 any other suitable facets of a project. Task 

management utilities may also be provided to streamline 
the design, construction, and maintenance processes. 

Visualization features may be offered by the 
collaborative commerce application. For example, two 

30 or more remote project team members may discuss a 
design by each having a schematic of the design on 
their respective displays. The design may be editable 
by the project team members such that when changes are 



made, the other project team members may simultaneously 
see the changes on their displays. For those project 
team members that are configured to receive design 
changes, and who were not present at the discussion, 
notifications provided by the collaborative commerce 
application may provide information about any changes 
made . 

The collaborative commerce application may 
provide users (e.g., project team members, suppliers, 
manufacturers, or any other suitable users) with the 
ability to view graphical models of components used in 
fluid processing plants. The components may be 
components that are used in the construction of the 
fluid processing plants, in the maintenance of fluid 
processing plants, or both. Any suitable portion of 
the graphical model may be selected by the users. For 
example, sub-components may be selected. In response, 
the collaborative commerce application may display 
information associated with the selected portion, such 
as a more detailed schematic of the portion. In 
another suitable approach, the collaborative commerce 
application may provide bills of materials for sub- 
components that are selected by users. 

Material procurement may be accomplished 
using the collaborative commerce application of the 
present invention. In one suitable approach, a 
requisition/approver/buyer cycle may be used, whereby a 
requisition is made, an approver approves (or rejects) 
the requisition, and a buyer is responsible for 
acquiring the material requested. For example, this 
arrangement may be used in conjunction with a dynamic 
pricing feature. The dynamic pricing feature may 
provide users of the collaborative commerce application 
with the ability to perform requests for quotes, 
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reverse auctions, or any other suitable dynamic pricing 
events . 

Material procurement may also be provided 
via, for example, searches. The collaborative commerce 
5 application may provide users with the ability to 
perform searches based on, for example, metadata 
attributes of components. In one suitable approach, 
selecting a component from a graphical model may 
automatically allow for a search to be performed based 

10 on the metadata attributes of the component selected. 
Searches may also be based on category (e.g., piping, 
valves, etc.), on part numbers (e.g., manufacturer part 
numbers, site part numbers, supplier part numbers, 
etc.), on suppliers, on keywords, or on any other 

15 suitable criteria. 

Change order processing may also be provided 
by the collaborative commerce application of the 
present invention. Notifications to suitable parties 
may be automatically generated when changes are made to 

20 orders, to dynamic pricing events, or to any other 
suitable aspect of material procurement. 

The collaborative commerce application may 
provide certification information about manufacturers 
of materials used in fluid processing plants. The 

2 5 information may include information related to the 
fabrication history of a facility, code stamps, 
employee training records, customer satisfaction 
records, inspectors' notes, videos and images, quality 
assurance practices, and any other suitable 

30 information. In one suitable approach, a video 

walkthrough of a facility may be provided. Any other 
suitable information may be requested by users of the 
collaborative commerce application. 
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Brief Description of the Drawings 

The above and other objects of the present 
invention will be apparent upon consideration of the 
following detailed description, taken in conjunction 
5 with the accompanying drawings, in which like reference 
characters refer to like parts throughout, and in 
which: 

FIG. 1A is a schematic drawing of an 
illustrative collaborative fluid processing plant 
10 design, construction, and maintenance system in 
accordance with one embodiment of the present 
invention; 

FIG. IB is a schematic drawing of the 
illustrative central site of FIG . 1A in accordance with 
15 one embodiment of the present invention; 

FIG. 2 is a block diagram of illustrative 
data that may be provided by the collaborative commerce 
application in accordance with one embodiment of the 
present invention; 
20 FIG. 3 is a flow chart of illustrative steps 

involved in the collaborative features of the 
collaborative commerce application in accordance with 
one embodiment of the present invention; 

FIG. 4 is a block diagram of illustrative 
25 features that may be provided by the collaborative 

commerce application in accordance with one embodiment 
of the present invention; 

FIG. 5 shows an illustrative display screen 
in which a graphical model may be displayed by the 
30 collaborative commerce application in accordance with 
one embodiment of the present invention; 

FIG. 6 shows an illustrative display screen 
in which a graphical model may be displayed with 
information related to the graphical model in 



accordance with one embodiment of the present 
invention; 

FIG. 7 is a flow chart of illustrative steps 
involved in using a mark-up feature in accordance with 
5 one embodiment of the present invention; 

FIGS. 8A and 8B are flow charts of 
illustrative steps involved in cataloging and providing 
users with access to component information in 
accordance with one embodiment of the present 
10 invention; 

FIG. 9 is a block diagram of an illustrative 
data flow in accordance with one embodiment of the 
present invention; 

FIG. 10 shows an illustrative display screen 
15 that provides search functionality in accordance with 
one embodiment of the present invention; 

FIGS. 11A and 11B show illustrative display 
screens that provide category search functionality in 
accordance with one embodiment of the present 
20 invention; 

FIG. 12A shows illustrative metadata for a 
component in accordance with one embodiment of the 
present invention; 

FIG. 12B shows an illustrative display screen 
25 in which metadata may be used as search criteria in 
accordance with one embodiment of the present 
invention; 

FIG. 13 is a flow chart of illustrative steps 
involved in using metadata attributes in searching for 
3 0 components in accordance with one embodiment of the 
present invention; 

FIG. 14 shows an illustrative display screen 
that may be used to list search results in accordance 
with one embodiment of the present invention; 



FIGS. 15-18 are flow charts of illustrative 
steps involved in using the collaborative commerce 
application for dynamic pricing in accordance with one 
embodiment of the present invention; 

FIGS. 19A and 19B show illustrative display 
screens in which bid tabulation and bid analysis may be 
provided in accordance with one embodiment of the 
present invention; 

FIGS. 20A and 20B show illustrative display 
screens in for modifying and cancelling orders in 
accordance with one embodiment of the present 
invention; 

FIG. 21 shows an illustrative display screen 
in which the status of prior and pending orders may be 
accessed in accordance with one embodiment of the 
present invention; 

FIG. 22 shows an illustrative display screen 
in which inspection and certification information may 
be accessed in accordance with one embodiment of the 
present invention; 

FIG. 23 is a flow chart of illustrative steps 
involved in the notification of quality incidents in 
accordance with one embodiment of the present 
invention; and 

FIG. 24 is a flow chart of illustrative steps 
involved in providing certification information in 
accordance with one embodiment of the present 
invention . 

Detailed Description of the Preferred Embodiments 

FIG. 1A shows an illustrative collaborative 
fluid processing plant design, construction, and 
maintenance system 10 in accordance with the present 
invention. System 10 may include a central site 12. 



Central site 12 may include any suitable hardware, 
software, or both. For example, as illustrated in 
FIG. IB, central site 12 may include a web server 20, a 
database server 18, any suitable communications 
hardware (e.g., satellite receivers/transmitters, 
modems, or any other suitable communications hardware, 
software, or both) , or any combination of these or any 
other suitable elements. Central site 12 may include 
one or more sites. For example, central site 12 may 
include equipment located at different geographical 
locations . 

Each client 16 may be any suitable collection 
of hardware, software, data, personnel, or any other 
suitable elements. In one suitable embodiment, each 
client 16 need not have the same elements as any other 
client 16. Alternatively, each client 16 may be 
required to have a standard collection of predefined 
elements. For example, client 16 may be required to 
have, at a minimum, a personal computer and suitable 
communication hardware and software. This is merely an 
illustrative client representation. Any such suitable 
client 16 may be used. 

Client 16 may communicate with central 
site 12 using communications network 14. 
Communications network 14 may be any suitable 
communications network such as, for example, a local 
area network (LAN) , a wide area network (WAN) , an 
Intranet, the Internet, a telephone network, any 
suitable wireless network, or any other suitable 
communications network. Suitable wireless networks may 
include time-division multiple access (TDMA) networks, 
code-division multiple access (CDMA) networks, or any 
other suitable wireless networks. 



In one suitable approach, a particular 
client 16 may communicate with central site 12 using 
one suitable form of communications network 14 such as 
over the Internet, while another client 16 may 
communicate with central site 12 using another suitable 
communications network 14 such as a LAN. Any such 
suitable combination of networks may be used by 
different clients 16. 

Clients 16 may directly communicate with each 
other using communications network 14. Alternatively, 
clients 16 may communicate with each other via both 
communications network 14 and central site 12. Any 
such suitable arrangement may be used to allow 
clients 16 to communicate with each other. 

Client 16 and central site 12 may communicate 
over communications network 14 using any suitable 
protocol or protocol stack. For example, client 16 and 
central site 12 may communicate via a transmission 
control protocol/Internet protocol (TCP/IP) environment 
and a hypertext transfer protocol (HTTP) . Any suitable 
request-response type of protocol and socket-based 
packet transport stack, or suitable peer-to-peer 
communications approach may be used as desired. 

Each client 16 may represent any suitable 
user of the collaborative effort in the design, 
production, or maintenance of fluid processing plants. 
For example, client 16 may represent an engineering 
office from which design information or any other 
suitable information may be communicated to central 
site 12. Client 16 may represent a construction site 
at which a fluid processing plant is being constructed. 
Client 16 may represent a retailer of component parts 
that are used to maintain fluid processing plants. 
Client 16 may represent any such suitable user of the 
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collaborative effort in the design, production, or 
maintenance of fluid processing plants and is not 
limited to the preceding illustrative examples. 

For purposes of clarity and brevity, the 
5 present invention is primarily described herein using a 
client/server arrangement where communications 
network 14 is the Internet. Communication between 
client 16 and central site 12 is primarily described 
using markup language, such as, for example, hypertext 

10 markup language (HTML) or secure hypertext markup 

language (HTTPS) . A client 16 is primarily described 
as a personal computer that accesses central site via 
communications network 16 using a world wide web 
browser. It should be understood that this is merely 

15 an illustrative embodiment and that the present 

invention is not limited to such an embodiment and may 
be modified in any suitable way. 

Central site 12 is illustratively described 
as one or more servers on which a collaborative 

20 commerce application may be implemented. In an 

alternative approach, one or more servers at central 
site 12 may access a collaborative commerce application 
at another location via, for example, communications 
network 14. The collaborative commerce application may 

25 be any suitable software, hardware, or both that may be 
used to provide the features of the present invention 
as described herein. For example, the collaborative 
commerce application may include a web site, a database 
engine, an administrative interface, and any other 

30 suitable components. 

The present invention may be used to provide 
clients with any suitable information with regard to 
the design, construction, and maintenance of fluid 
processing plants. FIG. 2 provides an illustrative 
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high-level view of how the collaborative commerce 
application may be used to provide this functionality 
of information distribution. 

For example, any suitable information, such 
5 as three-dimensional images 112, two-dimensional 
images 114, computer-aided design data 116, 
documentation 118, product data 119, audio data 120, 
video data 122, textual data 124, intelligent piping 
and instrumentation diagrams 126, bills of 

10 material 128, design data 130, component data 132, 

project data 133, and any other suitable information 
may be parsed, processed, or both by collaborative 
commerce application 134 for use by client 136. This 
model of information flow and distribution may be 

15 applied to any suitable embodiment of the present 
invention . 

FIG. 3 is a flow chart that shows an overview 
of an illustrative process for communicating 
information between clients 16 and central site 12. 

20 For example, at step 140 any suitable data, 

information, or files such as component designs, design 
modifications, pricing information, correspondences 
(e.g., e-mail, instant messages, or any other suitable 
correspondences) schedule information, data sheets, or 

25 any other suitable data, information, or files may be 
communicated from a client 16 to central site 12, via 
for example, communications network 14. Web server 20 
may be used for communicating with client 16. The 
content of the communication may be stored in database 

30 server 18. 

At step 142, the collaborative commerce 
application of the present invention may provide a 
client 16 with the ability to access the content of, 
for example, database server 18 at central site 12. In 
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one suitable approach, access to content may be limited 
based on, for example, the identity of the particular 
client 16 attempting to access the content. 

When a client 16 accesses content from 
5 central site 12, the collaborative commerce application 
may allow client 16 to review, modify, and/or redline 
the accessed content, via, for example, a web-browser 
and communication network 14 (step 144) . Any such 
suitable approach to the communication of content 

10 between clients 16 and central site 12 may be used. 

In one suitable embodiment of the present 
invention, the collaborative commerce application 30 of 
FIG. 4 may enable multiple parties that are involved in 
the design, fabrication, or maintenance of fluid 

15 processing plants to cooperatively work together. The 
parties involved on a particular project are herein 
referred to as project team members. Project team 
members may include, for example, engineers, 
construction personnel, investors, management 

20 personnel, maintenance personnel, or any other suitable 
parties. One or more project team members may be 
represented as a client 16. 

Suitable project management utilities 32 may 
be made available to the members of a particular 

25 project team. Project management utilities 32 may 

include task management utilities 34. Task management 
utilities 34 may include calenders that may show, for 
example, projected completion dates for particular 
facets of the project, deadlines for particular members 

30 of the team to complete assigned tasks, and any other 

suitable dates. Other task management utilities 34 may 
include a checklist of all tasks that need to be 
completed, a project bulletin board that may be used to 
post notices for project team members to read, a white 



board that may be used by project team members for 
free-form collaboration, a complete, time-stamped audit 
trail of all project activity, or any other suitable 
task management utilities. If desired, a shared 
5 directory may be made available to the project team 
members that may hold suitable information associated 
with the project team members such as, for example, 
contact information, employer, project access, or any 
other suitable information. 

10 In one suitable approach, task management 

data may be exportable to suitable hardware, software, 
or both from central site 12. For example, a project 
team member may export calendar data into his or her 
personal digital assistant (PDA) . If desired, any 

15 other suitable data from central site 12 may be 

exportable to suitable hardware, software, or both. 

Project management utilities 32 may also 
include suitable communication utilities 36. 
Communication utilities 36 may include, for example, 

20 instant messaging capabilities between project team 
members, email notifications to project team members, 
discussion groups within the project team, or any other 
suitable communication utility. Email notifications 
may be automatically generated, for example, when 

25 changes are made to designs, or in response to any 

other suitable specified event. Alternatively, email 
notifications may be sent from a member of the project 
team to other members of the project team. Any such 
suitable use of email notification may be used. 

30 Discussion groups may be private to just the project 
team. Alternatively, discussion groups may be in the 
form of public Usenet groups. Any such suitable use of 
discussion groups may be used. These are merely 
illustrative communication utilities that may be used 
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by the present invention. It should be understood that 
any other suitable communication utility may be used. 

Collaborative commerce application 30 may 
also provide comprehensive access controls 38 and 
5 workflow management capabilities 40 to its users. Some 
of these illustrative functionalities may include, for 
example, providing to a system administrator the 
ability to input and manage overall domain access and 
permissions. Project-related permissions may be 

10 managed by one or more designated users, such as, for 
example, a project team leader. Domain workflow rules 
may be managed by a system administrator, while 
project-related workflow rules may be managed by one or 
more designated users, such as, for example, a project 

15 team leader. 

Access groups may be used, whereby all 
members of a particular access group may be granted the 
same access privileges. If desired, the access groups 
of a particular project team may have a hierarchical 

20 structure with certain access groups having more 
privileges than other access groups. In another 
suitable approach, access groups may be used to 
designate particular project team members as having 
similar responsibilities. Any such suitable use of 

25 access groups may be implemented. 

If desired, workflows and access controls 
from an existing project may be cloned to a new 
project. For example, if a particular arrangement of 
workflows and access controls proved to be efficient in 

30 a particular project, the same configuration may be 
used in a subsequent project. 

Workflow management may be facilitated 
through the use of a graphical user interface for 
workflow configuration. Any suitable interface may be 



used. Other workflow management utilities 50 may 
include the ability to embed workflows within workflows 
(e.g., parallel or series workflows), the ability to 
provide branched workflows based on triggering events. 
5 Any suitable workflow management utilities may be used. 
Project management utilities 32 of 
collaborative commerce application 30 may allow 
specified project team members to electronically 
approve designs, materials, schedules, requisitions, or 

10 any other suitable elements of the design, fabrication, 
and maintenance of fluid processing plants. In order 
to facilitate the approval process, approval groups may 
be used that identify respective approvers. Each 
approval group may have one or more project team 

15 members associated with it. Approval requesters may 
select an appropriate approver from a list of approval 
groups. The approver may then be notified that his or 
her approval is requested. The approver or approvers 
may be notified via any suitable notification method, 

20 such as via email, instant messaging, paging, or any 
other suitable notification method. In another 
approach, the approver may be notified manually, such 
as, for example, by the requester orally communicating 
the notification, via, for example, a telephone. The 

25 approver may be provided with any suitable information, 
such as, for example, the identity of the original 
requester, the request creation date, the request 
submission date, or any other suitable information. 

Approvers that are delaying workflow may be 

30 reminded of pending requests via, for example, email, 
instant messaging, paging, or any other suitable 
communication method. These reminders may be sent 
automatically by collaborative commerce application 30 
based on the deadline dates specified in, for example, 



the workflow, the approval request, or any other 
suitable source of deadline information. 

Once approvers examine the element which 
needs approval, the approvers may either approve the 
element or reject the element. In either case, the 
approver may be given the ability to annotate his or 
decision with one or more notes (e.g., in electronic 
form) . In one suitable approach, anytime an element is 
rejected, the approver may be required to specify why 
it was rejected. Notes may be viewed by any suitable 
project team members. 

In one suitable approach, collaborative 
commerce application 30 may allow delegates to be 
designated for approval roles. For example, if a 
project team member will not be available for a period 
of time, another project team member may take on the 
approval role of the unavailable person. Any suitable 
delegation feature may be used in instances of project 
team member unavailability. 

Collaborative commerce application 30 may 
provide a visualization feature 42. Visualization 
feature 42 may provide collaborative commerce 
application 30 with capabilities for two-dimensional 
and three-dimensional visualization and collaboration 
tools. These tools may allow users to view, analyze, 
and annotate schematics and any other suitable forms of 
data over, for example, communications network 14. 
Schematics may be in the form of two-dimensional 
images, three-dimensional images, 360° images, 180° 
images, or any other suitable forms of images. 

For example, FIG. 5 illustrates collaborative 
commerce application display screen 81 that may be 
viewable by any suitable user, via communications 
network 14, at, for example, client 16. Image 89 may 



be displayed on display screen 81. Image 89 may be any 
suitable image. For example, image 8 9 may be an image 
of one or more parts that are to be used in the 
construction of a fluid processing plant. Image 89 may 
be in the form of a two-dimensional image, three- 
dimensional image, 360° image, 180° image, or any other 
suitable type of image. Image 8 9 may correspond to one 
or more data files that may be stored at central 
site 12 (in, for example, database server 18) . For 
example, image 8 9 may correspond to any suitable 
computer-aided design file format (e.g., DWG, DXF, DWF, 
SLDDRW, DGN, MelO, MI, CMI, PRT, or any other suitable 
computer-aided design file format) . Image 89 may 
correspond to any suitable standards file format (e.g., 
CGM, CAL, CALS G4, MIL, ISO 9000 compliant banners and 
watermarks, or any other suitable standards file 
format) . Image 8 9 may correspond to common image 
formats (e.g., TIFF, JPEG, PCX, GIF, BMP, 000, CIT, DG, 
DX, DIF, EDC, EDM, FTK, G3, G4, GP4, IGS, MOT, RLC, 
RLE, RNL, or any other suitable common image formats) . 
Image 89 may correspond to file formats for three- 
dimensional imagery (e.g., DWG, MDB, DGN, PDMS, EXP, 
DRI, DRV, PRP, PRT, ASM, PAR, PSM, STL, WRL, or any 
other suitable three-dimensional image format) . These 
are merely illustrative image formats that may be 
supported by the collaborative commerce application of 
the present invention. Any other suitable formats may 
be supported in addition to these formats or in place 
of any of these formats. 

Image 89 may be printed by the collaborative 
commerce application using any suitable plot file 
format (e.g., HPGL/2, 906, 907, or any other suitable 
plot file format) . 



As illustrated, image 89 of display screen 81 
is a three-dimensional image of a particular device 
that may be related to fluid processing plant 
construction or maintenance. Title and model 
5 information 66 may also be provided. The device 

represented by image 89 may be created from one or more 
parts, such as parts 85 and 86. In one suitable 
embodiment of the present invention, users may select 
any parts of a device using, for example, cursor 72. 

10 In response to a user selection of a part, the 

collaborative commerce application may provide further 
information on the selected part. 

For example, two dimensional image 87, that 
may, for example, show various views of the selected 

15 part (e.g., part 85) may be displayed in display 

screen 81. Data, such as data 80 may be provided using 
display screen 81. Data 80 may include any suitable 
information about the selected part (e.g., part 85) . 
For example, data 8 0 may include information related to 

20 manufacturers of the selected part, any suitable 
specifications of the selected part, cost of the 
selected part, or any other suitable data. It should 
be understood that display screen 81, as shown, is 
merely an illustrative display screen. Any other 

25 suitable information may be provided in addition to, or 
in place of, the information shown in display 
screen 81. 

In one suitable approach, any suitable 
images, data, or both that is provided via, for 
30 example, a display screen such as display screen 81 may 
provide links (e.g., hyperlinks) to additional 
information related to the corresponding image or data. 
For example, in display screen 81, users may obtain 
additional information about x corporation by selecting 
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link 82, using, for example, cursor 72, or by using any 
other suitable selection technique. 

In one suitable embodiment of the present 
invention, the collaborative commerce application may 
5 enable users to select any device, part, or any other 
suitable object, from, for example, a schematic, a data 
sheet, or from any other suitable source. Upon 
selection, the collaborative commerce application may 
provide additional information related to the selected 

10 object via. FIG. 6 shows an illustrative display 
screen 90 that may be displayed in response to a 
request for additional information related to a 
particular object. Additional information may be 
provided in any suitable form. For example, additional 

15 information may be a specification or data sheet, a 
bill of materials, contact information, any other 
suitable information, or any suitable combination 
thereof . 

Specification sheet 92 may include any 
20 suitable information related to a particular component. 
Image 98 may be displayed with specification sheet 92 
in display screen 90. Image 98 may be any suitable 
image of the component for which the specification 
sheet provides information. For example, image 98 may 
25 be a two-dimensional image, a three-dimensional image, 
or any other suitable type of image. 

Display screen 90 is merely illustrative. 
Any other suitable arrangement may be used. In another 
suitable approach, selection of a component result in 
30 the collaborative commerce application providing 

information in place of or in addition to the content 
illustrated in FIG. 6. For example, a bill or material 
may be provided that may be used to list the 
subassembly components of a selected component. 
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Visualization tools may also be used with 
regard to the collaboration features of the 
collaborative commerce application of the present 
invention. For example, users may access image data or 
5 create image data, via, for example, communications 
network 14. Users may then annotate, edit, or create 
images related to particular projects with which the 
users are associated. For example, as shown in FIG. 5 
the collaborative commerce application may provide 

10 editing tools 106. Editing tools 106 may include any 

suitable editing tools. For example, editing tools 106 
may include tools for creating various shapes, for 
choosing colors, for using imaging effects, for 
inserting text, for changing views, or for performing 

15 any other suitable editing functions. In one suitable 
approach, editing tools may be as robust as desired, 
even mimicking application suites such as AutoCAD or 
any other suitable applications that provide graphics 
editing tools. In terms of hardware, any suitable 

20 devices may be used to input any edits. For example, 
traditional mice, digital pens, tablets, optical mice, 
or any other suitable device may be used to input 
edits . 

In one suitable approach, particular users 
25 (i.e., project team members) may be given editing 

capabilities that may depend, for example, on a user's 
access level or on any other suitable classification. 

FIG. 5 shows a user using editing tools 106 
to add notations 102 to image 89. The user may be 
30 involved in the design of this particular object and 

may have the access that would allow him or her to make 
such edits. Edits may include edits to the actual 
design. Edits may also include redlining. Redlining, 
as used herein, includes annotating, marking-up, or 
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otherwise showing what changes are to be made or 
showing what changes were made. Redlining may be used 
for graphical objects (e.g., image 89) or for textual 
data (e.g., specifications, requisitions, or any other 
5 suitable textual data) . 

In one suitable approach, display screen 81 
may be a display screen that may be used in a 
teleconference. For example, in a design meeting with 
designers and engineers, where some members of the 

10 project team are in different locations, the 

collaborative commerce application may be used to allow 
the members to visualize, in real-time, changes that 
are being proposed. More particularly, by using 
existing designs and data that are being stored at 

15 central site 12, clients may access the latest versions 
of the designs and may change them (e.g., temporarily 
for the purpose of the meeting, or permanently if, for 
example, the members agree to the changes) . As one 
client changes the latest version, all other clients 

20 may view the changes being made, via, for example, 
display screen 81. 

FIG. 7 is a flow chart that illustrates the 
above-mentioned process. At step 108, the changes that 
were made by one of the clients is received at central 

25 site 12. At step 110, these changes may be sent to all 
other clients that are taking part in the 
teleconference. Changes may be uploaded from each 
client to the central site on periodic intervals. 
Alternatively, the collaborative commerce application 

30 may communicate changes from clients to central site 12 
by determining if a change has been made to the data on 
the client side. Once data is received at central 
site 12, the data may be relayed to all clients 16 that 
are participating in the teleconference. These are 



merely illustrative ways in which edit data may 
communicated among clients 16 via system 10. Any other 
suitable method may be used. 

In another suitable embodiment of the present 
5 invention, the collaborative commerce application may 
provide functionality for product and material 
procurement (as illustrated by box 46 of FIG. 4) . In 
such an embodiment, in addition to designers, 
engineers, executives, strategists, and any other 

10 suitable entity associated with the design, 

construction, and maintenance of fluid processing 
plants, clients 16 may also include component source 
entities such as component suppliers, component 
manufacturers, component distributers, component 

15 resellers, component retailers, and any other suitable 
component source entities. 

Component source entities may provide central 
site 12 with information, including, data sheets, 
pricing information, availability information, and any 

2 0 other suitable information regarding components that 
may be used in the design, construction, and 
maintenance of fluid processing plants. The 
collaborative commerce application may, in turn, allow 
project team members to access the information provided 

25 by the component source entities. 

FIG. 8A is a flow chart of an illustrative 
process that may be used to allow component source 
entities to provide central site 12 with component 
information. At step 150, the collaborative commerce 

30 application may give the component source entities the 
ability to submit component information to central 
site 12, via, for example, communication network 14. 
When the component is submitted, then at step 152 the 
component information may be stored in a database, such 
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as database 18, and made available to prospective 
buyers, via, for example, communications network 14 and 
the collaborative commerce application. 

FIG. 8B is an illustrative process that may 
5 be used to allow project team members that may be 
prospective buyers of components to access component 
information (and purchase suitable components) . At 
step 154, the component information that was stored in 
a database, such as database 18, may be cataloged in a 

10 comprehensive product catalog by, for example, the 

collaborative commerce application. This may be done 
using, for example, any suitable database arrangement, 
such as a relational database with appropriate key 
indices. Any other suitable approach for cataloging 

15 components may be used. At step 156, prospective 

buyers may be given the ability to access the cataloged 
component information via, for example, communications 
network 14 and the collaborative commerce application. 
When the prospective buyers find the components for 

20 which they are searching, they may be offered the 
opportunity to purchase the components. 

In one suitable approach, the collaborative 
commerce application may provide users with the ability 
to access product information (i.e., for components, 

25 etc.) by accessing databases maintained by suppliers. 
For example, a supplier of particular components may 
maintain a database of information for those 
components. The collaborative commerce application may 
seamlessly provide information from the supplier's 

30 database to users of the collaborative commerce 

application via the collaborative commerce's interface. 

Clients 16 may be given the ability to access 
the cataloged component information through the use of 
any suitable method. In one suitable approach, 
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artificial intelligence functionality may be used by 
the collaborative commerce application to determine the 
components that are desired, required, or both for a 
particular project. For example, each project may have 
5 associated with it one or more profiles. There may be 
one or more profiles associated with each project team 
member. There may be one or more profiles associated 
with the project. If desired, there may be both of 
these types of profiles and any other suitable type of 

10 profile. The profiles may contain information 

regarding preferences for particular component sources, 
preferences for particular components, budget 
allocations, and any other suitable information. 
Profiles for individual project team members may 

15 contain personal information such as name, address, 
telephone numbers, access level (e.g., for ordering 
components) , and any other suitable information. The 
collaborative commerce application may determine the 
type of components that a particular project may need 

2 0 at any particular time based, for example, on any or 
all of the profiles associated with the project and 
with the project team members. The basis of the 
collaborative commerce application's component 
suggestions may also include the current status of the 

25 project. 

FIG. 9 illustrates this flow of information. 
Project data 158 and project profiles 160 may be used 
by collaborative commerce application 164 in 
conjunction with component database 162. Using these 
30 resources, collaborative commerce application 164 may 
determine suitable component information 166 to provide 
to appropriate project team members 168. 

In another suitable embodiment of the present 
invention, the collaborative commerce application may 



enable project team members to manually find 
components, manufacturers, distributers, etc. For 
example, the collaborative commerce application may 
provide search functionality, whereby clients 16 may be 
given the ability to use any suitable search techniques 
to find, research, and procure any components 
associated with the design, construction, and 
maintenance of fluid processing plants. In one 
suitable approach, clients may provide search terms 
(e.g., by having personnel enter the terms in a search 
field in an interface) that are used as searching 
criteria in parsing the component database. 

FIG. 10 shows an illustrative display 
screen 165 that may be displayed by the collaborative 
commerce application. Display screen 165 may provide 
suitable search functionality. For example, field 167 
may be used to perform a search based on corporate or 
site specification number, corporate or site part 
number, or both. Field 169 may be used to perform a 
search based on an any suitable unrestricted keywords. 
Fields 175 and 173 may be used to perform a search 
based on supplier part number and manufacturer part 
number, respectively. These part numbers may be cross- 
referenced by the collaborative commerce application 
with corporate and site part numbers. Drop down 
menu 171 may be used to allow users of the 
collaborative commerce application to limit searches to 
specific suppliers, for example. FIG. 10 is merely 
illustrative. Any other suitable arrangement may be 
used. 

The collaborative commerce application may 
also provide category search functionality. In one 
suitable embodiment, customized, detailed interfaces 
may be displayed by the collaborative commerce 
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application based on, for example, a high-level 
category selection. FIGS. 11A and 11B illustrate a 
category search for piping valve gates. 

In another suitable approach, metadata may be 
5 used as search criteria. For example, when a project 
team member views, for example, a design of a 
particular portion of a fluid processing plant, the 
project team member may select individual parts (as 
previously described) . Each part may have metadata 
10 associated with the part. For example, FIG. 12A shows 
an illustrative part 170 with illustrative 
metadata 172. Metadata 172 may include any suitable 
attributes of part 170. Suitable attributes may 
include part specification, manufacturer or 
15 manufacturers, supplier or suppliers, part numbers, or 
any other suitable attributes. 

Project team members may be given the ability 
to perform a search based on the attributes supplied by 
the metadata. FIG. 12B shows an illustrative search 
20 menu 174 that the collaborative commerce application 

may provide based on the part selected. Search menu 174 
may display metadata attributes 186. 

FIG. 13 is a flow chart of the illustrative 
steps just described. When a client selects a part 
25 from, for example, a two-dimensional drawing or a 
three-dimensional model, then the collaborative 
commerce application may display metadata attributes 
that correspond to the select part at step 190. This 
is merely an illustrative way in which the metadata 
30 attributes may be accessed. TAny other suitable way may 
be used, such as the user selecting a part from a list 
of parts. The user may be given the ability to perform 
a search for the selected part, and if the user chooses 
to do so, the collaborative commerce application may 
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dynamically create a search menu using the metadata 
attributes. The user may be given the ability to 
select a search type and the search criteria. The 
results of the search may be displayed at step 194. 
5 FIG. 14 shows an illustrative search result 

display screen 196. Any suitable information may be 
displayed on display screen 196. For example, as 
illustrated, each component or part listed in display 
screen 196 may have particular information displayed in 

10 various columns. For example, a supplier column 198 
may provide supplier information, a product name 
column 202 may provide product name information, a 
catalog number column 204 may provide catalog number 
information, an amount column 206 may provide weight or 

15 any other suitable amount information, a price column 
may provide pricing information, and a quantity 
column 210 may allow the project team member to specify 
the quantity desired. These are merely illustrative 
fields that may be used to display particular 

20 information about parts and components. Any other 

suitable fields may be used in addition to or in place 
of the those illustrated. 

Referring back to FIG. 12B, the collaborative 
commerce application may provide a dynamic pricing 

25 feature 184. Dynamic pricing (box 44 of FIG. 4) may 

include a request for quote (RFQ) , a reverse auction, a 
traditional type of auction, or any other suitable type 
of dynamic pricing process. 

The collaborative commerce application may 

30 provide any suitable functionality for RFQs, reverse 

auctions, or any other similar type of dynamic pricing 
process (i.e., with the buyer asking for bids) . For 
example, the collaborative commerce application may 
provide a "wizard" that may be used to streamline the 



dynamic pricing process. The wizard may be coupled 
with a graphic user interface that requests particular 
information from a requisitioner , an approver, a buyer, 
and a bidder. 
5 Dynamic pricing may begin with a 

requisitioner preparing a requisition that is to be 
communicated to an approver or directly to a buyer. 
FIG. 15 shows a flow chart of illustrative steps 
involved in the requisitioning phase. At step 212, the 

10 collaborative commerce application may give the 
requisitioner the ability to provide information 
regarding the part or component being sought. 
Information may include a general description of the 
part or component, the type or category of equipment 

15 being sought (e.g., heat exchanger, vessel, or ANSI 
pump) , part or component attributes, a title, or any 
other suitable information. The wizard may use drop 
down menus for some of the information that may be 
provided by the requisitioner. For example, a part or 

2 0 component category may be chosen from a drop down menu. 
In one suitable approach, attributes may be chosen in 
the manner that attributes 186 are chosen in FIG. 12B. 
These are merely illustrative types of information that 
the requisitioner may be given the ability to provide. 

25 The collaborative commerce application may provide the 
requisitioner with the ability to provide any other 
suitable information. 

At step 214, the requisitioner may be given 
the ability to attach files to dynamic pricing 

30 requisition. For example, the requisitioner may attach 
files from client 16 to the requisition. In another 
suitable approach, the requisitioner may provide a 
links to files stored at central site 12. In yet 
another suitable approach, the requisition may provide 
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hyperlinks to, for example, World Wide Web pages. Any 
such suitable attachments may be made to the dynamic 
pricing requisition. 

At step 216, the information and attachments 
5 may be communicated to one or more appropriate project 
team members. In one suitable approach, the project 
profile may specify that all dynamic pricing 
requisitions be sent directly to a buyer. In this 
case, the information and attachment may be directly 

10 communicated to a designated buyer. In another 

suitable approach, the project profile may specify that 
an approver must review and approve dynamic pricing 
requisitions. In this case, the information and 
attachment may be communicated to an approver. 

15 FIG. 16 is a flow chart of illustrative steps 

involved in an approval phase of a dynamic pricing 
requisition. At step 218, information and attachments 
provided by the requisitioner may be communicated to a 
designated approver by the collaborative commerce 

20 application. At step 220, the collaborative commerce 
application may provide the approver with the ability 
to view the information and the attachments. The 
approver may also be provided with the ability to add 
notes or notations (e.g., further part specifications, 

25 budget information, or any other suitable notes or 

notations) . The approver may also be provided with the 
ability to electronically approve or reject the 
requisition (e.g., via a checkbox, radio buttons, or 
via any other suitable interface element) . At 

30 step 222, the information provided by the 

requisitioner, the attachments provided by the 
requisitioner, and any additional notes or notations 
added by the approver may be forwarded to one or more 
appropriate project team members (e.g., buyer and 
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requisitioner) . In the case that a requisition was not 
approved, the buyer need not get any communication. 

In one suitable embodiment, the approver may 
be given the ability to specify a list of one or more 
5 back-up buyers. For example, in the event that the 
specified buyer for a particular project or for a 
particular facet of a project (e.g., as defined by the 
project profile) is unavailable, then the approver may 
designate one or more back-up buyers. 

10 FIG. 17 is a flow chart of illustrative steps 

involved in the buying phase of the dynamic pricing 
requisition process. At step 224, the information, 
notes and notations, and attachments provided by the 
requisitioner and approver (assuming there was an 

15 approval phase) may be communicated to a designated 
buyer. At step 226, the collaborative commerce 
application may provide the buyer with the ability to 
view the information, notes and notations, and 
attachments. The buyer may also be given the ability 

20 to add information, add attachments, select an event 
type (e.g., RFQ, reverse auction, multistage 
negotiation, sealed bid, English auction, Dutch 
auction, Japanese auction, or any other suitable type 
of dynamic pricing event) , add an expiration date, 

25 specify time and time zone, specify quantity desired, 

identify specific required bidder responses (e.g., cash 
terms, availability, etc.), select bidders from a list 
of potential bidders, or perform any other suitable 
action . 

30 At step 228, suitable information and 

attachments may be communicated to prospective bidders. 
Bidders may be selected as in step 226 (i.e., selected 
by the buyer) . In another suitable approach, bidders 
may be automatically selected by the collaborative 



commerce application, whereby the category or type of 
the part or component being sought (as provided by the 
requisitioner ) may be used as a basis for determining 
which bidders are selected. In one suitable approach, 
5 the collaborative commerce application may take into 
account project profiles in determining which bidders 
to choose. Any such suitable approach for determining 
which bidders to send the information to may be used. 

FIG. 18 is a flow chart of illustrative steps 

10 involved in the bidding phase of the dynamic pricing 

process. At step 230, relevant information, including 
attachments, and any other suitable material may be 
communicated to bidders. At step 232 the bidders may 
be provided with the ability to electronically respond 

15 to the request. The response may include attachments. 

Throughout the dynamic pricing process, the 
involved parties may receive notifications whenever one 
of their communication is received by the recipient. 
For example, when each bidder receives a request, the 

20 buyer may receive a notification (e.g., via e-mail) 
that particular bidder received the request. 

In one suitable approach, a bidder's response 
may not be visible to other bidders. In another 
suitable approach, only some parts of a bidder's 

25 response may be visible to other bidders. Any such 
privacy feature may be implemented. If desired, the 
privacy feature may be based on user preferences (e.g., 
as defined in project profiles). 

In one suitable embodiment, when the buyer 

30 receives bidders' responses, any required bidder 

responses that the buyer specified may be automatically 
tabulated by the collaborative commerce application for 
comparison and evaluation. If desired, all fields of 



the responses may be tabulated for comparison and 
evaluation -- not just required responses. 

The collaborative commerce application of the 
present invention may also provide functionality for 
5 traditional auctions. For example, suppliers may place 
any suitable parts or components on auction to solicit 
bids from any suitable parties (e.g., other suppliers, 
builders, etc.). A wizard, as previously described, 
may be used by the supplier to create a new auction and 

10 to interact with bidders. Files and links may likewise 
be attached to a traditional auction as was described 
for a dynamic pricing event. Any other suitable 
features for a traditional auction may be used in 
accordance with the present invention. 

15 Dynamic pricing techniques may be beneficial 

for parts and components that are not widely available. 
For parts and components that are commonly available, 
the collaborative commerce application may provide 
suitable procurement features that may enable buyers to 

20 access updated price information, availability 

information, supplier information, and any other 
suitable information for these parts and components. 
The collaborative commerce application may also provide 
buyers with the ability to place orders electronically. 

25 The collaborative commerce application may 

provide to appropriate project team members the ability 
to view, in an organized and customizable way, the bids 
and any other suitable data for a dynamic pricing 
event. FIGS. 19A and 19B show an illustrative display 

30 screen 233 that may be displayed by the collaborative 
commerce application to provide a tabulation of bids. 
Any suitable information may be displayed in the 
tabulation of bids. For example, prices, quantities, 
availability, fees, shipping dates, or any other 
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suitable information may be displayed in the bid 
tabulation of display screen 233. The bid tabulation 
may be used to compare the terms being offered by 
different bidders. 
5 In one suitable approach, information may be 

organized by the collaborative commerce application in 
the bid tabulation using optimization tools 234, 235, 
and 236. For example, optimization tool 234 may 
organize bids based on lowest price and delivery date. 

10 Optimization tool 235 may organize bids based on lowest 
prices alone. Optimization tool 236 may organize bids 
based on alternate lowest price and delivery dates 
taking into account alternate bids. Customization 
tool 237 may be provided by the collaborative commerce 

15 application to allow users to define custom bid 
organization schemes. 

The collaborative commerce application may 
analyze bid information and indicate a recommended bid 
based on, for example, how well a particular bid 

20 corresponds to project profiles. Display screen 233 
shows bid 239 as being indicated to be a recommended 
bid. 

The collaborative commerce application may 
allow users to make any suitable annotations to bids in 

25 the bid tabulation. For example, a checkbox 238 may be 
provided that may allow users to indicate whether a 
particular bid is technically acceptable. 

The collaborative commerce application may 
provide bidders with the ability to submit alternate 

30 bids (e.g., having a different price for a different 

quantity) . The collaborative commerce application may 
also provide buyers with the ability to view alternate 
bids. Display screen 233 (FIG. 19B) shows alternate 
bid 311 for a particular bidder. The alternate bid may 
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provide the same type of information as the original 
bid, but may have different parameters. 

The bid tabulation may also provide an 
approval workflow 310 that may detail the chain of 
5 approvals for a particular requisition. 

In one suitable embodiment of the present 
application, change order processing features may be 
implemented in the collaborative commerce application. 
Change order processing may include the ability to have 

10 buyers, bidders, or any other suitable entities change 
information that was previously submitted. For 
example, orders may be changed or cancelled. 

When a user wishes to change an order, such 
as a request for quote, requisition, or any other 

15 suitable type of order, the collaborative commerce 

application may provide the user with the ability to 
initiate any desired changes, from, for example, an 
order status display screen. The ability to change an 
order may be provided from any other suitable location 

20 in the interface of the collaborative commerce 
application. 

When activated, the order change feature of 
the collaborative commerce application may provide an 
editable copy of the order. The editable copy of the 

25 order may include additional fields that may be used to 
specify changes being made. FIG. 20A shows an 
illustrative display screen 240 that may be displayed 
by the collaborative commerce application for order 
cancellations and modifications. Item 241 is shown to 

30 be cancelled. The cancellation may be indicated by the 
redlining. More particularly, a strikethrough 
appearance may be generated by the collaborative 
commerce application over the content of fields 
corresponding to the cancelled order. This is merely 
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an illustrative way of indicating an order 
cancellation. Any other suitable indication may be 
used. 

Redlining may be used to indicate order 
5 modification. That is, any suitable indicators may be 
used to identify previous information (e.g., field 
contents) and to identify new information. 

In another suitable approach, modification 
may be made by having the collaborative commerce 

10 application provide users with the ability to change 

information without the use of redlining. For example, 
as shown in display screen 240, the order for item 242 
is being modified. In the illustrated case, the 
collaborative commerce application may provide editable 

15 fields, such as field 244, that the user may use to 
make changes to the order for item 242. 

When modifications are submitted, the 
collaborative commerce application may display a 
display screen such as display screen 244 of FIG. 20B. 

20 Display screen 244 may display an audit trail 245 that 
may be indicate any modifications and cancellations 
made to prior or pending orders . 

Display screen 240 and 244 are merely 
illustrative. Any other suitable arrangement may be 

25 used and any other suitable information may be 
displayed. For example, revision numbers may be 
displayed for orders that have been modified or 
cancelled. Any such information may be displayed. Any 
additional fields may be provided by the collaborative 

30 commerce application. For example, additional user- 
editable fields may be provided for approving changes, 
for providing special instructions, or for any other 
suitable purpose related to order modification or 
cancellation . 
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In one suitable approach, a cancellation need 
not result in an order being deleted from the system. 
In this situation, the cancelled order may be archived 
as a revised order. This may allow the order to be 
5 reactivated at a later date if the cancellation was a 
mistake or was done to postpone the order. Although a 
cancellation may be made, the collaborative commerce 
application may process payment for orders that are 
partially complete at the time of cancellation (e.g., 

10 if the supplier has almost completed fabrication of a 
vessel, a cancellation fee is imminent) . 

Changing and cancelling orders may be done by 
authorized project team members for a particular 
project. For example, in one suitable approach, the 

15 collaborative commerce application may only allow the 

requisitioner of a particular order to change or cancel 
the order. In another suitable approach, approvers of 
the order being changed or cancelled may be given the 
authorization to change or cancel the order. Any such 

20 suitable designation of authority may be given. If 
desired, such designation may be determined by 
appropriate project team members and specified in the 
project profiles. 

In one suitable embodiment of the 

25 collaborative commerce application of the present 
invention, when an order is changed or cancelled, 
appropriate project team members, and appropriate 
sellers (i.e., who were supposed to supply the order) 
may be notified of the changes or cancellation by the 

30 collaborative commerce application. In one suitable 
approach, the information communicated to different 
project team members and sellers may be based on the 
identity of the recipient. For example, the sellers 
may receive information regarding the changes to the 
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specification of the product being ordered. The 
project team leaders may receive information on all 
facets of the order change, including, for example, any 
additional notes, reasons for changes, etc. The 
5 notification may take any suitable form as previously 
described herein. 

The collaborative commerce application may 
provide project team members with the ability to review 
the history of the orders. For example, a project team 
10 member may be allowed to access the status of all 
pending and prior orders related to a particular 
proj ect . 

FIG. 21 shows an illustrative order status 
display screen 250 that may be provided by the 

15 collaborative commerce application. Display screen 250 
may display a listing 258 of all pending orders for a 
particular project. Each listing may provide any 
suitable information about the corresponding order. 
For example, as illustrated in display screen 250, an 

20 order number information 251, number of revisions 

information 252, and order title 254 may be provided. 
Any other suitable information may be provided about 
pending or prior orders. 

In one suitable approach, the collaborative 

25 commerce application may provide users with the ability 
to change a particular order or to perform any other 
suitable activity on a particular order. Activities 
may be displayed in a drop-down menu such as drop-down 
menu 256. Any suitable activities may be performed on 

30 one or more particular orders. Selecting a particular 
order may cause the collaborative commerce application 
to display additional information about the selected 
order. For example, selecting a particular order may 
cause the collaborative commerce application to display 
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a history of the selected order, including any 
revisions made. Any such suitable information about a 
pending or prior order may be displayed by the 
collaborative commerce application. 
5 In one suitable approach, the collaborative 

commerce application may provide to sellers a display 
screen that may be similar to display screen 250. 
Sellers may be given the ability to view orders that 
are to be filled, orders that have been filled, or 

10 both. Additional information about a particular order 
may be provided to sellers upon selection of the order. 

In one suitable embodiment of the 
collaborative commerce application of the present 
invention, inspection and certification may be provided 

15 electronically (box 52 of FIG. 4) . For example, the 
certification information for a fluid processing plant 
may be electronically filed and accessible via the 
collaborative commerce application. Certification 
information may include, for example, review of 

20 fabrication history for five years (or any other 

suitable period of time) , review of code stamps and 
employee training records, review of the level of 
customer satisfaction for the manufacturers of 
equipment, parts, and components used in the fluid 

25 processing plant, the quality assurance practices of 
the manufacturers of equipment, parts, and components 
used in the fluid processing plant, certified 
inspectors' notes made during a walkthrough of the 
facility, and any other suitable information that a 

30 user may request. 

FIG. 22 shows an illustrative display 
screen 270 that the collaborative commerce application 
may provide to project team members or any other 
suitable entity. Display screen 270 may be used to 
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allow users to access inspection and certification 
information for a particular manufacturer. For 
example, in the illustrated case, the collaborative 
commerce application provides access to inspection and 
5 quality assurances 274. These may include quality 

standards, quality analyses, source inspection reports, 
field test procedures, field inspection reports, safety 
analysis, fabrication history, code stamps, employee 
training records, customer satisfaction records, 

10 inspectors' notes, videos and images, or any other 
suitable information. In one suitable approach, the 
collaborative commerce application may also provide 
users with the ability to request other particular 
information. This is merely an illustrative 

15 arrangement and array of choices. Any other suitable 
information may be provided using any other suitable 
arrangement . 

In one suitable embodiment, the collaborative 
commerce application may provide users with the ability 

20 to view video of a facility walkthrough, video of 

actual fabrication processes being performed, video of 
inspections being performed, or any other suitable 
video. Other forms of content may be used in addition 
to or in place of video. For example, any suitable 

25 images or video clips may be used. Streaming video may 
be used. Videos with or without sound may be used. 

Display screen 270 shows video 272. 
Video 272 may be any suitable video related to the 
inspection and certification of a particular 

30 manufacturer, including, for example, facility 

walkthroughs, manufacturing processes, or any other 
suitable events. Video 272 is not limited to 
prerecorded video. For example, video 272 may include 
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a live video feed, a slide show of images, or any other 
suitable graphics-based content. 

The collaborative commerce application may 
therefore be used by project teams to certify 
5 particular manufacturers for use in one or more 

particular projects. That is, particular manufacturers 
may be designated as certified for particular project 
based on information that may be provided by the 
collaborative commerce application. Project team 
10 members may designate certified manufacturers via the 
collaborative commerce application. The certified 
manufacturers may be placed in project profiles for use 
with features described herein (e.g., dynamic pricing 
requests) . 

15 The collaborative commerce application may 

provide notifications (via, for example, e-mail, 
instant messaging, or any other suitable form of 
communication) to suitable project team members 
whenever a manufacturer that is certified with 

20 associated projects suffers a serious quality incident 
at its facility. A notification may also be 
communicated to suitable project team members if a 
certified manufacturer's processes are no longer in 
control based on, for example, statistical process 

25 control charts. Notifications may also be communicated 
in the event that training records or code stamps are 
no longer valid for a certified manufacturer's 
facility. These are merely illustrative examples of 
triggers that may cause the collaborative commerce 

30 application to communicate notifications to suitable 
project team members. Any other suitable triggers may 
cause the communication of notifications to suitable 
project team members. 



FIG. 23 is a flow chart of illustrative steps 
involved in notifying users of the collaborative 
commerce application in the event of a quality incident 
at a manufacturer's facility. When, at step 300, a 
5 quality incident (e.g., as described above) occurs at a 
facility, then at step 302 the collaborative commerce 
application may notify appropriate users of the 
occurrence . 

The collaborative commerce application may 

10 provide users with the ability to perform a search of 
ongoing projects for inspection and certification 
purposes. That is, by observing the progress (or lack 
thereof) being made by a particular manufacturer in 
ongoing projects, a decision for whether that 

15 manufacturer should be certified for a particular 
project may be made. Security features may be 
implemented, whereby the information provided to users 
with regard to other projects may be based on, for 
example, code or password protection. 

20 Assuming security is satisfied, users may be 

provided with any suitable certification and inspection 
information. For example, final pass and route pass x- 
rays may be provided for welding projects. In 
addition, mill certifications, final inspection written 

25 reports, fabrication update video, or any other 
information may be provided by the collaborative 
commerce application. 

All of the certification and inspection 
information for a particular manufacturer may be stored 

30 at central site 12 (FIG. 1A) . The information may be 
accessed by any suitable entities. For example, 
potential customers of the manufacturer may be given 
the ability to access the information. In another 
suitable approach, certification and inspection 



information for a particular manufacturer may be stored 
at a database that is not located at central site 12. 
The collaborative commerce application may be used to 
access the other database via, for example, 
5 communications network 14. In the case of critical or 
large files, such as x-rays, communication of the files 
may be made through the use of wireless satellite link- 
up, or through the use of any other suitable bandwidth- 
on-demand technique. 

10 FIG. 24 is a flow chart of illustrative steps 

involved in providing information related to 
certification. At step 304, information related to 
certification may be compiled and stored at central 
site 12, using, for example, the collaborative commerce 

15 application. 

Thus, Internet-based collaborative commerce 
for the design, construction, and maintenance of fluid 
processing plants systems is provided. One skilled in 
the art will realize that the present invention can be 

20 practiced by other than the described embodiments, 

which are presented for purposes of illustration and 
not of limitation, and that the present invention is 
limited only by the claims which follow. 



